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Electronic transactions 



The present invention relates to electronic transactions, and" 
5 in particular, but not exclusively, to electronic 

-transactions that are processed by means of an electronic 
device such as a mobile user equipment. 

Various user equipment such as computers (fixed or portable) 
.._JjQ.---I5Q.bile. telephones, . personal, data assistants or organisers^ and 
so on are known by the skilled person. A user equipment can 
be defined as a means that the user may use for different 
tasks such as for processing information and/or for 
communication. A mobile user equipment referred to as mobile 
15 station can be defined as means that is capable of 

communication via a wireless interface, with another device 
'such as a base station of* a mobile telecommunication network 
or any other station". Such "a mobile user equipment can be 
adapted for voice, text message or "data communication via the" 
- 20 wireless interface; ... : .. • - — 

A user 'equipment could also be used for exchange of 
confidential - or private information such as exchange of data 
that associates with electronic transactions between two or 

25 more parties. The possible electronic transactions could 

include, without restricting the scope of this specification 
to these, transactions such as 'ordering of goods and/or 
services, transactions that associate' with payment of- 
purchased goods and/or services, provision of a receipt or 

30 other confirmation of payment or purchase, financial services 
(e.g. different banking services), betting services and so 
on . 



2 



_A user equipment could also be used for exchange and/ or 
- storage of other confidential information such as personal 
identification data, passport data and so on. It shall thus 
be appreciated that in this specification the term 
5 'transaction' is -not restricted to commercial transactions 

between at least two parties but instead the term transaction 
refers to exchange of any confidential information. 

A common transaction mechanism is required so that electronic 
._1Q___: transactions; can . be accomplished between two entities . In 

general term, a typical transaction mechanism can be defined 
to comprise features such as the communication media between 
the parties, predefined transaction protocols and parameters, 
predefined content transfer and presentation . formats , 
15 security mechanisms and .other functions that may also . : . 

associate with an electronic .transaction .between the parties. 

The inventors have found that at the present there is no 
- common transaction mechanism that could, be used by a user 

20 equipment for electronic transactions with different parties 
and/or for situations where a transaction involves a new 
party. Instead, a user of a user equipment may be. prevented 
from the transaction for. simple reason that his/hers user 
equipment cannot co-operate - with the other party of the. 

25 transaction. In addition, _ the inventors haye , also. found. that 
it could.be advantageous if . the transaction mechanisms^of a 
user equipment • could be modified from time to. time e.g. for 
security reasons or to keep .the user equipment updated with 
the . most . recent developments • of the electronic transaction 

30 mechanisms . It -could also -be .advantageous if a transaction 

mechanism could, be : initiated .i . e . invoked based. on a^ request 
by the user. 



3 



-7 



Embodiments of the present invention- aim to address one or 
several of the above problems by providing a- way to modify 
the transaction mechanism at a- user equipment. 

5 According to one aspect of the present invention, there is 
provided' a "method in a user equipment for enabling use 
thereof in electronic transactions, the method comprising: 
receiving at the user equipment control information from a 
management entity; and providing the user equipment with 
1.0- ----transaction-- means. .based _on._the_ received_.control _ inf ormatipn . 

Existing transaction means of "the user equipment may be: 
modified or updated or at least one parameter for use in 
electronic transactions by the user equipment is changed 
15 based on said information from the management entity. The 

"■' transaction means may also be initiated at the user equipment 
based on said information from the management entity. 

Sa T id information may be included- in a data entity. The data 
20 entity "may be based on an electronic data card format. 

According to another : aspect' of the present invention there is 
provided"an' arrangement : for ' processing electronic 
transactions comprising : ' a- user equipment; a transaction 

25 service entity adapted to generate control information to be 
transported to the user equipment; and. communication means 
for communication between the : user equipment and the 
transaction service entity, wherein the arrangement is such 
that the user equipment can be 1 provided with transaction. 

30 means "based on said control information transported to the 
user equipment via said communication means. 
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The embodiments of the invention may provide advantage since 
they may provide, a feasible modification of the transaction 
-mechanism. A user equipment-may be - enabled to be co-operative 
with another .party even if the original implementation of the 
5 mobile user equipment is not co-operative with said other 
party. Some of the embodiments enable use of an user 
equipment for. transaction in response to a request by the 
user in instances- wherein; the user equipment has not 
previously been setup f or - r processing transactions. A. user 

40 equipment-- can- -also.-be. -modified, to. meet , the latest. . „ . . . . 

developments of the electronic transaction mechanisms .. For 
example, the latest security functions - can _be introduced- to 
the user equipment over a wireless interface.. 

15 For better . understanding .of the present invention, reference 
will now be made by-way of example to the accompanying 
drawings in which: ■ r . : _ 

Figure 1- shows a user equipment that can be used in the 
/.embodiments of the present invention; 
20 Figure 2 illustrates . system architecture for. an 

embodiment; and 

Figure 3 is a flowchart illustrating the operation of 
one embodiment -of the present invention. . 

25 Figure • 1 shows a user equipment that may be .used in the., 
embodiment^ -of the present invention. .More particularly, 
• - Figure 1 is a .partially sectioned view of a mobile station 1 
that may be used for communication over a wireless interface. 

30 If the mobile station 1, subscribes to a cellular tnqbile . _ 

communication network the mobile station 1 may "be adapted to 
communicate with a transceiver entity of the mobile . . . 
' communication -network.; ;: The -transceiver entity may comprise a 



5 



base station (BTS) 10 of the cellular system or any other 
appropriate element with which the- mobile station may 
communicate with. Possible transceivers entities are known by 
the skilled person and are thus- not illustrated or described 
5 in any greater detail herein. 

The mobile station 1 may be provided with- user interface 
means comprising a display 2 "and input means. The skilled 
person is familiar with the' possible user interface means and 

__1_Q — commu-n-i-cat-ioh . interface- means- of _"a .mobile station, and 

therefore these will not be described in more detail herein. 
It is sufficient' to "note that the input means' of the user 
interface means may be formed- e.g. by control buttons 3 or 
they may include e.g. voice activation or touch screen means 
15 knd so on. The communication interface means may comprise 

antenna means for communication with the transceiver entity 
10. The antenna means may comprise an external antenna 
" element 4, or then built-in of integrated' antenna, means may 
be used. It shall be appreciated " that ' antenna means are- not 

20 an essential' requirement for "the "operation of the present 
invention. 

The mobile station 1 is adapted to facilitate the user 
thereof to accomplish electronic transactions with other 

25 parties. For example, the user of .'the mobile station. 1 may 
pay "f or purchases of various 'goods services and/or or use 
banking services by means of - the mobile station ' 1 . To. enable 
this the mobile station may be provided with a credit card 
type transaction facility or account means wherein the user 

30 may lok'd money: The balance can -then be deducted from the 

account means whenever a payment is made. The mobile station 
1 may also be used for ordering,- negotiating or purchasing 
goods and/or services, for receiving a receipt of a purchase 
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or for. any other operation, where -transaction .data needs to be 
exchanged between the user and another party. 

The mobile station 1 is shown to comprise a processor means 6 
5 and a data storage means 1. The processor means 6 is for 

processing and/or controlling transactions between the mobile 
station and other, parties .. The processor means 6 may be 
integrated with at least one other processor, function, of the 
mobile station 1. The processor means may alternatively be 

. :L0 adapted to . process data that^asso.ci.ates . with . the. transaction _ 

. processing function only. The data storage means 7 may also 
be either integrated with the other . functions : of the mobile 
station 1. or be- assigned solely for the transaction data, 
processing functions. The : _separated transaction. functions may 
15 'be preferred e.g. for. security or usability reasons. The. 

above referenced account means may be. implemented by means of 
the data storage means 7 . 

Possible transaction processing means . will be described, in 
20 more detail with reference to Figure 2 after the following 
description of the other elements- of the Figure..! 
arrangement . - ■ r •■ -_• : 

Figure A shows further _ a- transaction management, service . 
25- provider entity 12 . . The entity 12 controls, any modification 
operation- of the transaction, mechanism that may be u^ed^.by 
the mobile... user-, equipment; 1,, This- entity will be referred to 
in the following by. the -term ^management service pyoyider / . 

30 As mentioned above, . the. mobile user i equipment . 1 may. be a. 
mobile station that; subscribes to a mobile communication 
network. ' The - communication network may thus .provide as a. 
communication media for communication with the management: 
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service provider 12 . The mobile station 1 may access the 
services provided by the management service provider 12 via 
the mobile network. The service provider 12 may transport 
■messages to the mobile station "via" the network. The 
5 communication between the network and the mobile, station 1 
occurs over a wireless interface between the base' station 10 
of the network and the mobile station, as: is indicated by the 
double" headed arrow 11. 

-10 - -Thus -the user may- access- the services provided by the service 
provider entity* 12 via the communication network. Messages 
may be transmitted ' between the mobile station. 1 and the- . 
service provider" 12 based on any appropriate transport 
system. Examples"' of these include, without limiting to these, 
15 Short Message Service (SMS), Wireless Application Protocol 
(WAP) "and Internet protocol (IP) based • emails . 

The functioning of elements that associate with the operation 
"of transaction means will now be explained by a way. of 
20 1 example " with reference- to- Figure-' 2 . -In this example the 

transaction means processing the transaction functionality 
are referred to by the term A electronic wallet' . 

Figure ' 2 discloses a possible : architecture for a system- 
25 providing means for modifying the operation of an electronic 

wallet function in accordance* with an- embodiment of. the 

present the invention. The electronic • wallet- function is 
' designated by block 20. The electronic wallet, block- 20 is 

shown to comprise different function blocks 21 to 24. These 
30 blocks -are shown to illustrate" that an- electronic transaction 

facility may provide several " different -usage scenarios- and 

that these may be implemented by means of- the wallet 

function'". 
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Figure 2 shows blocks such as ^provision' 21, v tickets' 22, 
* receipt ' 23' and x dynamic template' 24. It shall be . 
appreciated that these- functions are. not necessary in all 
5 applications and that other subfunctions may also be provided 
in the wallet function 20.- 

From the* exemplifying function blocks the provision block 21 
refers to an ability of the. mobile station 1 to update its 

-1-0- - -own -configuration based— on. -inf-ormat-ion--provided. by means of 
the wallet function. The user may receive to. the wallet 
information associated e.g. with a new WAP configuration, 
including protocol details gateway identifier., home page and 
so on. Specifically, such, information can be- stored as a.. 

15 result of a transaction with a service provider.. . ^ 

Information of the configuration, can be- provided for the 
mobile station- by means of" a- data card entity as will be . 
: explained in more detail later. The information may., be used 
20 for an- immediate change in. the. configuration of .the.. t , ^ .. . 

transaction means. The information in the- data entity-., or the 
data entity may also be stored in the wallet, means . and used 
later on whenever needed'. • - 

25* The tickets function block 22 refers to entries that, result 
from a transaction. These. -entries may -represent a certain 
value that 'may be used* for another transaction. For example, 
an entrance ticket- can be. acquired to the mobile, station via 
a wireless*- connection from -a, ticket- issuer. The ticket may 

30 then be redeemed .later on at an entrance gate thereby 

enabling' use of the mobile .station as an authorisation device 
for the entrance.- * . . . . 
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The function block x receipt ' 23 processes information 
associated with a proof of transaction. The receipt block 23 
may be adapted such that is does not normally process other 
types of transactions. Specifically, the receipt block 23 may 
5 be adapted such that it does not directly represent a value 
that associates with a specific, transaction. For example, 
when a purchased good is returned, or a ticket is inspected, 
it may not be necessary to present all details. Instead, the 
user equipment may only- represent proof that that_ the 
. . -10 ----transact- ion took place in- the. first, place without revealing 
all of the detailed transaction information. 

The template function block 24 Is for storing information 
based on which the way the wallet function interacts with its 

15 environment can be modified. Thus the dynamic template 24 may 
be used in the reconfiguration of the transaction means. The 
dynamic template block 24 may- contain- information such as 
rules, references, parameters, and so on that are- required for 
the operation of the electronic wallet function. That is, the 

20 information stored in the dynamic template block 24 can be 
used in the control of the electronic wallet function. The 
template block 24' can thus be seen as means for the wallet's 
own provisioning. Based on the information in the dynamic 
block 24 the wallet function knows how to fill in templates. 

25 The" operation of the wallet function can be changed after the 
user" has- bought the mobile station by means of a new template 
that has been set to the dynamic, block 24.. The template may 
be "pushed" from the service provider server or then the user 
may download a new* template by sending a request- .for such. 
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It is also possible to provide a separated support function 
e.g. for supporting different payment applications or 
protocols. As these may be run "below" the normal user 



10 



• interface, the user may not., see any difference between 
•different applications while different standards and 
protocols are provided by means of the support functions. 
These support" function may be downloaded e.g. from the 
5 service provider server, ■ 

Figure 2 shows also.. -three function blocks 28, 29 and 30. 
.These blocks will' .be referred to commonly in the following by 
definition electronic wallet management function. At least a 

10 part- of - the - -f unc t-ional-i-ty - of- - the -eiec troni c wallet management 

function may be controlled- by the management service provider 
-1-2 of Figure 1., The mobile station may be in communication 
With the blocks- 28 to 30 over a wireless- interface. 

15 The control information stored in the dynamic template 2_4 can 
be updated or otherwise modified based on a message that., is 
received from a wallet management function. For example,, if 
the service provider is a credit card issuer the issuer may 
wish to transmit new security settings or credit limit, to the 

20 • dynamic template 24.. To implement this^ a setup message., may be 
generated by the setup block. 29 of- the management, function of 
the service- provider. . - . ~ * 

As already briefly mentioned., above , the information between 
25 the mobile station, and the. service provider may be. .. ^ .... ... 

transported in .a. standardised data.- entity , An, example, .of : such 
data entities is an electronic data card that can have e.g. 
the format of the so called. electronic . business card or. 
electronic calendar.. 
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The electronic business - card, content type, that f.s . sometimes 
referred to as a. digital business card content 'typ.e is .known 
by the skilled person. The electronic business cards are 
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designed -to be used instead of conventional business cards 
and may be used for transmitting and interchanging contact 
information and other information regarding a person or a 
group of persons to a user terminal . The user terminal" may be 
5 an Internet enabled computer terminal, a mobile station, hand 
held organiser, personal information manager, personal data 
assistant, pager, fax, office equipment, and so on. That is, 
the user terminal may be any device capable of processing 
data in electronic form. The destination terminal may also 

- -1-0- ---s tore- t-he -information -it- received on- the electronic business 
card. The' data that may be transmitted on conventional 
electronic business cards may include simple text, and also 
elements like pictures, company logos, Web addresses, and so 
on. An example of the electronic business card applications 

15 " that can be used for the exchange of transaction means ■ 
configuration information is marketed- under trade name 
- *vCard' . - 

The contact information is typically transmitted on data 
20 'fields of the electronic -business card. In this embodiment of 
'the- present invention the use' of the fields of the electronic 
business is extended such that the information associated 
with the wallet function 20 is added on the fields. This 
information may be, for- example instructions to set up an 
25 electronic wallet function ' or- instructions to modify the 
already existing electronic wallet mechanism. .- 

When generating the information- to be' transported to the 
mobile station, e.g. the management service: provider 12 may 
30 fill in the appropriate fields of the electronic data card. 
The transaction data may be- inserted" in the fields . of the 
electronic data card e.g. in- the following manner: 
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Field 


Content 


Example 


NAME 


Name of the user plus any otner identity miormaiion 
trial needs to be known 


"TnVm Smith" 

J 0 11X1 0 1111 HI 


Content 
Type 


A data field that by the existence thereof tells to the 
mobile station that the message is for the wallet 
function' 


"Card No"; "expiry 
date" 


DATA 


Information for use by the transaction mechanism 


"New value of 
parameter A=2" 


KEY 


Signature 


F4f9hergn7hgsaw7fa 
87gUyg8gytv4IuFyt 









5 The signature provides additional security for the data , 

transportation and against fraudulent use of the modification 
mechanism. The digital signature may be based on any 
appropriate authorisation technique, such as public and/or 
private keys. The skilled person is aware of these techniques 
10 and they will not be explained in more' detail herein". 

The transaction data can be transported through typical- 
electronic business card channels, e.g. based on the vCard 
applications. These channels' include, without Limiting" 1 -to 

15 these email, HTTP, WAP, the short message service (SMS),.' 

Bluetooth™ and the IrDA. The electronic business cards may be 
stored/used in any vCard* capable user equipment'/ such as 
mobile phones," personal' data assistants-, e-mail enabled ■ 
devices, web browsers,* WAP '(wireless application -protocol) 

20 enabled devices , Bluetooth™ enabled devices . and -so on. • 

For example, "in the ' WAP the '"content type vCard is a- mandatory 
feature. The vCard may be Implemented as an object- e.g. on a 
Wireless Application Protocol (WAP) / or World Wide: -Web.:: (WWW) 
25 site. The service provider entity 12 may comprise- a' site- 
providing the page that is implemented based- on' appropriate 
markup language. The possible site implementations are known 
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by the person skilled in the art. Examples of markup 
languages include, without limiting to .these, WML (Wireless 
Markup Language) , HTML (Hypertext Markup Language) , and XHTML 
(extended hypertext markup language) . An appropriate mapping 
5 mechanism may be used to include configuration instructions 
from the page in a data entity for transportation to the 
mobile station. 

The user may be enabled- to download a modification of the 
-1-0- - electronic wallet function -from- the service provider entity. 
The user may e.g. order an update of the wallet function by 
transmitting an update request to the service provider entity 
12. 

15 . If e.g.. vCard content type is used for the messaging between 
the service provider entity 12 and the user equipment 1, the 
vCard can be combined with other content and transported e.g. 
within a WML or HTML message. The mobile user equipment is 
. adapted- to identify and extract vCard from the message. The 

20 processing- of the WML or HTML message may be handled in the 
usual manner. t . 

Content in. a markup language, page can be matched with content 
fields : .of a data card that is to be transmitted and may be 

25 stored- in .the- -wallet function. Each field may have an unique 
name or other identifier. It may. be advantageous that the 
names of the different fields on the data card match names of 
-.. - the fields on the markup language page or other source of 
.control information. The management service provider entity 

30 and/or the wallet function ma.y also have some pre-defined 

settings- regarding this matching. The data entity itself may 
provide, instructions regarding the matching of the content. 




The information may be provided in one of the templates of 
the data entity. 

When data e.g. from a WML page is filled in, one of the 
5 templates can be designated to provide the matching between 
the selected data filed (e.g. credit card details), and the 
WML page. Specifically, the template may be delivered 
together with the WML page and can be used only for the 
purpose of the -given page.-.. . 

• - \t0--:~: : - . . \; 

More particularly, a wallet" may store .information in a form 
of several cards. Each card can be seen as a collection .of 
fields, e.g. first name, last name, credit card number and so 
on. Each of the fields is. provided with -an unique identifier, 
15" such as a field name-.- A WML page may arrive that is to t^e _ 
filled in by the user ..-The page contains fields that should 
be filled in. Each ;f ield ^of -the- page also has a name, unique 
.within the . page.- At least- a : part of the filling process can 
. be. made automatic. The wallet co-operating with. the. browser 
20 may be able to determine for every field from the .page^the - . 
matching field from- the card, stored in- the wallet .. : . r 

This matching can be achieved by different methods. Field 
names may J be standardised so that -the e.g. the last name 
is always' in the field called • Last^Name 1 . Field names may 
not always- be standardised but the wallet function is . • 
provided with; .knowledge of how-to match them., e.g. .the wallet 
knows that , Last_Name' from the page should be filled in with 
' L . NAME 1 from the card. 

Such knowledge can 'be passed to the .wallet, in different 
ways . The knowledge may be pre-programmed into, the wallet . 
The knowledge may also be permanently added to the wallet. 
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This may be done by a template. The template may be a list of 
relationships between fields from the card and fields from 
the page. If necessary, some formatting information may also 
be included. The template may arrive the wallet function the 
5 same way as other information does, e.g. -as an electronic 

business card and can be stored to the wallet function in the 
same way as the other cards. Such a template may be 
disconnected from the card or from the page - it simply 
increases/updates the wallet's knowledge about all possible 

10 matches- -between the names-.- Th-i-s type of operation is provides 

■ flexibility - a template can be added later than the 
card/page and there "can be several templates. 

* ' A template may also arrive with -a WML page. A single WAP 
15 response may contain several different contents, e.g. a WML 
page and one or more electronic business cards . In this case 
the template is an one-time template that is used 
to match the specific page the template associates with with 
an otherwise "normal" card. An advantage of this, is that the 
20 service* provider need not modify his WML page but may instead 
provide the template. Different templates may be used for 
different types of user equipment and wallets. 

The" same template-based mechanism can be used for the user 
25 equipment or wallet function provisioning. The template may 

arrive also with a data- card • (for- example' two vCards may 
' * arrive at the same time)' so' that- the -template; . 
'applies to the card. '*- - 

30 The provisioning .information can be sent as an electronic 
data card. It is- thus possible to send two data cards such 
that one includes" provisioning "information and the other 
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includes the " template . The cards can be sent .together or 
separated. 

The following- is an example of -the provisioning. A user 
5 equipment may have several WAP-related parameters .like 

calling number , gateway TP, home page and so on. All these 
parameters can be provided by the operator as a single data 
• card to every user equipment .that is using the service. 
However, user equipment may be provided by different 
- - - --l-0""manuf-actxireirs and may have- different- int-e-rna-1- -naming- - 

for the same WAP-related parameter. For example, gateway 
in one ' terminal is ' identified as ' Gat-eway^IP 1 while in others 
as 'Gate'. The operator is aware of the manufacturer of the 
different user equipment and thus the operator may send the 
15 same data card to all user equipment that says: ...... 

' my__gateway ■ = » 128 . 12 . 13 . 14 1 

■ However, for all user equipment coming- from the first 
20 manufacturer the operator may also send the data card, telling 



' my_gateway ' "Gatew.ay_IP 1 - . . 

while for- all user equipment from the second manufacturer the 
25 operator may send a data card, telling . .. . ^ 

' my_gateway 1 = 1 Gate 1 

Tf the operator-' is broadcasting the data cards he can 
30 distribute -the first message- .much faster and. with less a 

bandwidth. Tf the. first message- is distributed e.g,.. as part 
of a -subsciber identity module (SIM), the. first message may 
be provided for every, user, equipment . The user equipment may 
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then wait for the second message to provide provisioning 
information. 

The wallet function"may also require some other provisioning 
information. For example , a "maximum number of cards, 
definition of reactions on some events and so on. Such 
provisioning can also be done by means of 'provisioning data 
card' and 1 template data card' -so that the wallet function 
stores and processes its own provisioning information. 

In the above described wallet reconfiguration process the 
" wallet with a template can be seen as a- reconfigured wallet 
function. - • 

15 The service provider entity 12 may push data towards the user 
e.g. by means of a WAP or HTML server. 

A data card handling routine can be added into the data card 
recognition software running in the processor means 6 of - the 

20 'user device 1 . In Figure- 2 this software could be implemented 
in a splitter 31. The routine may also be provided by means 
of the browser 26. The data card handling routine may be 
adapted to detect that an incoming business card or similar 
' : data" entity' is a data entity that, contains information 

25 associated with the wallet function and to. route the data 
entity to an appropriate data storage means for later use. 

Figure 2 shows also a phonebook block 25. In conventional 
arrangements the phonebook block. : 25. is the usual destination 
30 of a data card such as the vcard.v In the embodiments of the 
invention any such data- card" that does not associate with 
transactions may be routed by- -the splitter .31 to the 
phonebook' 2 5" or any other similar -function instead of the 




- ' wallet -function 20. The user ..equipment may also ignore any 
such data card entities. 

A possible data entity for the transmission of data between" 
5 the mobile station and the co-operative device is a data card 
based on "the so called -the Electronic Commerce Modelling 
Language (ECML) . The E CIVIL is .an open specification that is 
indented for use in the exchange of purchase related 
information such as order and payment information in the 

10- - World Wide Web- (WWW) . The- E-MCL defines also a way how 

specific field information like names, addresses,- and credit 
card information can be formatted and transported in the WWW 
in a standardised -manner . The wallet function of the mobile 
station may be adapted to automatically recognise the ECML 

15 data card form in a similar manner as it recognises the- ycard 
type data cards. ■ 

A still further example of formats that may be used for ,the 
data card is a format based on an appropriate electronic 
20 calendar format. An -example of the electronic, calendar,:--.-, 
formats' is the vCal . - 

Referring now also to the flowchart of Figure 3 ^ operation in 
accordance with an embodiment- of the present invention. will 

25 be described in more detail..-. The exemplifying, embodiment- 
relates to a situation- where, the user wishes to start -using a 
new transaction mechanism. For example, the user may wish to 
purchase goods or' services from a new merchant _ entity . ; A 
reference' to a merchant entity shall be understood to be a 

30 reference' to -any '.organisation: from which the user may 

purchase- goods and/or services. The new merchant may use. 
transaction- mechanism that, is not compatible wi-th :/ the . - 
mechanism the' mobile- -station is adapted- to. An "old" merchant 



19 



may- have changed the transaction mechanism thereof in such a 
way that the mobile station is no longer compatible with it, 
and thus needs an update . 

5 - The user may sent to the service provider 12 a request for 

modification of the transaction processing means. The request 
may be based on e.g. a markup language or the SMS format. The 
request is routed to the. wallet management function. After 
the receipt- of the request the management function may 
10- ----perform- security functions., such as. verification of keys or. 
other type of- authentication.. 

The user equipment may be identified for the authentication 
purposes based on an identity code. Examples of the possible 
15 'identity codes include, without limiting to these, the 

international mobile subscriber identity . (IMSI) code, a . 
unique product code assigned for each user equipment or a 
personal identity number (PIN) :o.f -the user. 

20 After it has been determined that .the mobile station in 
entitled to receive the requested modification, the 
management function generates a message including necessary 
information for the modification. The message may comprise a 
• data entity such as the electronic; data card described above . 
25 The* information is- transmitted; via- the base station of the . 
-cellular network- to the- mobile 'station. 

After reception of the message "it- is* detected at the mobile 
station that the received message shall - be .routed to the 
30 wallet function". The message is then directed to the wallet 

function for further processing... Those features of the .wallet 
function that- require modification so that, they are. co-. 
operative' with the- new transaction: mechanism are then 
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changed. After the modification procedure is complete the 
mobile station may be used for transactions with the new 
merchant . 

5 The electronic. wallet function may be. installed in a mobile _ 
user equipment before .the equipment is delivered to a user. 
The installation- can be done, during the manufacture of the 
user equipment... The wallet, function may be installed in its 
entirety during the manufacture of the user equipment. It is 

10- also possible that the required hardware is installed "empty" 
- and' the- required transaction- functions are. then setup later 
on; • when required. For example, the wallet, function of a 
mobile user equipment can-be -setup just before the user 
equipment is given to the user. The setup may be done e.g. by 

15 the network operator. r ;. 

A possibility is to . setup : the wallet function based on 
control instruction received e.g. by means of templates from 
a server of the remote management service provider. This can 
20 be accomplished in a manner that is similar to the . above _ , 
described update procedures. . 

According to a further • embodiment a user equipment tliat_has 
not been' originally provided with a wallet function is 

25 provided with an add-on type wallet function. For example, 

the wallet function may be- added later on, to a user equipment 
by-means of ■ .a smart card. or other modular wallet function. 
The above mechanism can then be used to : initiate the, added 
wallet function or to reconfigure the added wallet function 

30 in a similar manner as explained above.' 

In some application it may be possible, to reprogram or update 
-the control. sof;tware ..of 3 a : mobile user . equipment to provide 
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the transaction processing means without . any addition of new 
hardware . 

Referring now again to Figure 1, according to an embodiment 
the mobile station 1 be provided with a wireless transmitter 
and/or receiver module 5. The module 5 is not for 
communication with the base station 10 of the cellular 
communication system, but is- instead for . the provision of a 
local communication link with a' co-operative device. 

In this embodiment the data entities are not transmitted- to 
and/or from the' user equipment 1 via a data communication 
network. Instead, the communication occurs via local wireless 
links. 



The module 5 may be based on use of infrared links, short 
range radio links, and so oni The infrared, link may be based 
e.g. on the IrDA . The IrDA is a standard defined by Infrared 
' Data Association. The short range radio link may be based 

20 e.g. on the Bluetooth™ protocol.- The term Bluetooth™ refers 
to a technology specification by Bluetooth special interest 
group (SIG) for small factor, low-cost, short range radio 
links (SRRL) between various devices provided with a 
Bluetooth'" wireless modules. Another example, of the short 

25 range interfaces is based on technology used for the so 

called cohtactless cards or proximity cards. A short range 
link for proximity cards is defined e.g.; by the- International 
Standardisation Organisation (ISO) specification No. ISO. 
14443 . • ' • - 



A transaction may occur between the mobile user equipment and 
a party that is connected to a data ' communication network 
such as the IP protocol based internet. In such a case the 
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user may use the user equipment for transactions that 
associate with the purchase of goods and/or services via the 
data network. The user equipment may use any appropriate 
communication protocol. The communication path towards the 
5 . other parties is indicated by communication means 32 in 
Figure 2 . 

According to an embodiment the user uses his/hers mobile user 
equipment as a means of payment instead of cash or 

.10- .conventional credit or debit cards, e.g. when making a 
purchase in a shop or entering a bus. The mobile user 
equipment may process the transaction with a centralised 
transaction handling system by communication via a 
. communication network. The user equipment may also 

15 communicate locally. with a local transaction handling device, 
such .as a Bluetooth™,,, I.rDA or proximity card enabled cashier 
device. 

It should.be appreciated that whilst embodiments of the 
20 present invention have been described in relation to mobile 
user devices, embodiments of the present invention are 
applicable to any other suitable type of user equipment that 
support electronic transactions. 

25 . It .is als.o. noted herein that while the above describes 

exemplifying embodiments of the invention, there are several 
variations and modifications which may be made to the 
disclosed solution without departing from the scope of the 
present invention as ,def ined in the appended claims. 
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Claims 

1. A method in a user equipment for enabling use thereof in 
electronic transactions, the method comprising: 
5 receiving at the user equipment control information from 

a management entity; and 

providing the user equipment with transaction means 
based on the received control information. 

10 2. A method as claimed in claim 1/ -wherein existing 

transaction means of the user equipment are modified based on 
said information 'from the management entity. 

3. A method as claimed in claim 2, wherein the transaction 
15 means' are modified to process electronic transactions in 

accordance with a transaction mechanism that is different 
from a previously used transaction mechanism. 

4. A method as claimed in any preceding claim, wherein 

20 existing transaction means' of the user equipment are updated 
based on said information from the management entity. 

5. A method as claimed in any preceding claim, wherein at 
least one parameter for use in electronic transactions by the 

25 user equipment is changed based on said information from the 
management ent i t y . 

6". A method as claimed in claim 1, wherein the transaction 
means are initiated at the user equipment ' based' on said 
30 information f rom the management entity. 
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7. A "method as -claimed' in any preceding claim, 'wherein the 
user equipment is provided with hardware for the transaction 
means during the manufacture thereof . 

5 8. A method as claimed in any of claims 1 to 6, comprising 
step of providing ■ the user equipment with hardware for the 
transaction means. ■ 

9. A method as claimed in any preceding claim, wherein the 
10- information from the management entity provides the user 

equipment with at least one new parameter for use in 
electronic transactions . 

10. A method as claimed in any preceding claim,' wherein the 
15 user equipment generates a message requesting for a : 

modification of the'-trahsaction' means. 

11. A method as claimed in -any preceding claim, wherein said 
information is included in a data entity. 

20 ■ ' ' ' " ' ' • - " - - - • • 

12 . A method as claimed iri claim 11, wherein said data : 
entity is generated by the management" entity..- 

13 / A method as claimed -in claim 11 or' 12 , . wherein .the data 
25 entity is- based on an electronic data card format-. ... 

14. A method as 'claimed- in any of claims 11 to 13, - wherein 
said information is inserted in a data field of the data 
entity. 

30 

15. A method as claimed in any of claims ■ 11 to . 14., wherein 
the data entity is based oh a format 'that has been - selected 
from a list cdmpfising- oi an electronic business . card 
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format; an electronic calendar format; an electronic commerce 
modelling language format. 

16. A method as claimed in any preceding claim, wherein the 
5 communication media between the user equipment and the 

service management entity comprises an interface that is 
based on at least one of the following: short message service 
(SMS) ; wireless application protocol (WAP) ; internet protocol 
(IP); a short range radio link; a, proximity card type 
10_ interface; an infrared link... 

17. A method as claimed in any preceding claim, wherein the 
user equipment communicates with a base station of a cellular 
communication network. 

15 

18. A method as claimed in any --preceding claim, wherein said 
information is transmitted to the user equipment in a message 

• containing also other information.-. 

20 19. A method as claimed in any preceding claim, comprising a 
step df storing said information associated with provisioning 
of the transaction means at the user equipment. 

2 0. A method as" claimed in any preceding claim, wherein 
25 said information is transmitted to. the user equipment in 

association with exchange of transaction information between 
the user equipment and a service provider. 

21. An arrangement for processing electronic transactions 
30 comprising: 

- a user equipment;- 

■ *■■ a transaction, service entity adapted to generate control 
information. to.be transported to : the : user, equipment; and 



communication means for communication between: the ■ user 
equipment and the transaction service entity, 

wherein the arrangement is such that the user • equipment 
can be provided with transaction means based on said control 
information transported to the user -equipment via said .• 
communication means. * 

22. An arrangement as claimed in claim 21 adapted to modify 
existing transaction means based on said control information. 

23. An arrangement as claimed in claim 21 or 22 adapted to 
initiate transaction means based on said control information. 

24. An arrangement as claimed in any of claims 21 to 23, 
wherein the user equipment is provided with means for 
wireless communication with a co-operative device. 

25. A user equipment comprising receiver means and 
transaction means, wherein the provision of the transaction 
means is based on information that is received via the 
receiver means . 
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• . Abstract-; " • 

A method in a' user equipment for enabling use thereof in 
electronic transactions " is disclosed. In the method control 
5 information is received at the user equipment (1) from" a 

management entity (12). The user equipment is provided with 
transaction means based on the received control information 
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Request for a modification of the transaction 
data processing means of a mobile station from 
a management function 
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Generate a message including information 
required for the requested modification and 
transmit the message to the mobile station 






Receive the message at the mobile station and 
direct the message to the transaction data 
processing means 







Modify the transaction data processing means 
in response to the message 



Use the modified transaction data processing 
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